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determine the associated IP addresses on the basis of the terminal identifier, in 
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(57) Abstract: The invention relates to a method 
for exchanging information between components 
in a network which preferably consists of a core 
network and a radio access network, by means of 
terminals which exchange IP information packets 
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method comprises a first configuration step, in 
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by the unequivocal terminal identifier which is 
imaged in the MPLS headers; a second information 
emission step, in which the MPLS-enabled 
components remove the IP headers from the 
IP information packet, in order to then provide 
the modified IP information packet with MPLS 
headers, the MPLS header containing the terminal 
identifier which is managed in relation to the IP address in order to then send the thus modified data packet; and a third information 
receiving step, in which the MPLS-enabled components read the MPLS headers of the information packets sent in the second 
step, in order to determine the associated IP addresses on the basis of the terminal identifier, in such a way as to then modify the 
information packet such that the original IP header replaces the MPLS header. The invention also relates to other elements, namely 
an emitter and a receiver, which are used to carry out the inventive method. 

[Fortsetzung auf der ndchsten Seite] 




x — 23 



WO 03/039104 Al lllllllll I III llll I II II1IIHH HIIIIIH Hli II II I 



CU, CZ, DK, DM. DZ, EC. EE, ES, FI, GB, GD, GE, GH, 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MX, MN, MW, 
MX, MZ, NO, NZ, OM, PH, PL, FT, RO, RU, SD, SE, SG, 
SI, SX, SL, TJ, TM, TN, TR, TT, TZ, UA, UG, US, UZ, 
VC, VN, YU, ZA, ZM, ZW. 

(84) Bestimmungsstaaten (regional): ARIPO-Patent (GH, 
GM, KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
eurasisches Patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, 
TM), europaisches Patent (AT, BE, BG, CH, CY, CZ DE, 
DK, EE, ES, FI, FR, GB, GR, IE, IT, LU, MC, NL, PT, 
SE, SK, TR), OAPI-Patent (BF, BJ, CF, CG, CI, CM, GA, 
GN, GQ, GW, ML, MR, NE, SN, TD, TG). 

Erklarungen gemaB Regel 4.17: 

— hinsichtlich der Berechtigung des Anmelders, ein Patent zu 
beantragen und zu erhalten (Regel 4.17 Ziffer ii) fur die 
folgenden Bestimmungsstaaten AE, AG, AL, AM, AT, AL!, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CO, CR, CU, 
CZ, DK, DM, DZ, EC, EE, ES, FI, GB, GD, GE, GH, GM, 
HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, LK, 



LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, MX, MZ, 
NO, NZ, OM, PH, PL, PT, RO, RU, SD, SE, SG, SI, SK, SL, 
TJ, TM, TN, TR, TT, TZ, UA, UG, UZ, VC, VN, YU, ZA, 
ZM, ZW, ARIPO-Patent (GH, GM, KE, LS, MW, MZ, SD, 
SL, SZ, TZ, UG, ZM, ZW), eurasisches Patent (AM, AZ, BY, 
KG, KZ, MD, RU, TJ, TM), europaisches Patent (AT, BE, 
BG, CH, CY, CZ, DE, DK, EE, ES, FL FR, GB, GR, IE, IT, 
LU, MC, NL, PT, SE, SK, TR), OAPI-Patent (BF, BJ CF, 
CG, CI, CM, GA, GN, GQ, GW, ML, MR, NE, SN, TD, TG) 

— Erfindererkldrung (Regel 4. 1 7 Ziffer iv) nurftir US 

Veroffentlicht: 

— mit internationalem Recherchenbericht 

— vor Ablauf der fur Anderungen der Anspriiche gehenden 
Frist; Veroffenillehung inn/ wkderholi. falls Anderungen 
eintreffen 



Zur Erlddrung der Zweibuchstaben-Codes und der anderen 
Abkiirzungen wird auf die Erklarungen ("Guidance Notes on 
Codes and Abbreviations") am Anfangjeder regituiren tusgabe 
der PCT-Gazette verwiesen. 



(57) Zusammenfassung: Die Erfindung betrifft ein Verfahren zum Austausch von Informationen zwischen Komponenten in einem 
Netzwerk, das vorzugsweise aus einem Core-Netzwerk und einem Radio-Access-Netzwerk besteht, mit Endgeraten, die iiber das 
Netzwerk IP-Inlormationspakete austauschen, die iiber IP-Header mit IP-Adressen verfiigen, mit einem Speicherbereich, in dem ein- 
deutige Endgeratekennungen in Relation zu IP-Adressen verwaltet werden, mit zumindest einer Teilmenge von MPLS-fahigen Kom- 
ponenten in dem Netzwerk, die Informationspakete auf der Basis von MPLS-Pfaden und entsprechenden MPLS-Headern durch das 
Netzwerk routen, mit einem ersten Konfiguralionsschrill, bei dem die Komponenlen so konfiguriert werden, dass die MPLS-Pfade zu 
den Endgeraten eindeutig sind, wobei die MPLS-Pfade durch die eindeutige Endgeratekennung, die in den MPLS-Headern abgebil- 
det ist, gekennzeichnet sind, mit einem zwei-ten Informationssendeschritt, bei dem die MPLS-fahigen Komponenten die IP -Header 
aus dem IP-Iniormationspaket entfernen, um dann das so veranderle IP-Informalionspaket mit MPLS-Headern zu versehen, wobei 
der MPLS-Header die Endgerateken-nung enthalt, die in Relation zur IP-Adresse verwaltet wird, um dann das so modifizierte Da- 
tenpaket zu senden, mit einem dritten Informationsempfangsschritt, bei dem die MPLS-fahigen Komponenten die MPLS-Header der 
im zweiten SchriU gesendeLen Infonnationspakete lesen, um anhand der Endgeratekennung die /.ugehiirige IP-Adresse zu ermitteln, 
um dann das Informahons-paket so zu verandern, dass der urspriingliche IP-Header den MPLS-Header ersetzt. Weitere Bestandteile 
der vorliegenden Erfindung sind ein Sender und ein Empfanger, die das entsprechende Verfahren umsetzen. 
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1 

Beschreibung 

Verfahren und Vorrichtung zur Abbildung von Netzwerk-Headern 
auf MPLS-Header in Bearer-Architekturen 

5 

Durch die Einfiihrung von paketorientierten Technologien wie 
UMTS und GPRS ist zu erwarten, dass die Dateniibertragung in 
Zukunft vermehrt drahtlos erfolgen wird. Hierbei wird sich 
die Dateniibertragung nicht nur auf die Ubertragung von 
10 Sprachinf ormationen beschranken lassen, sondern es werden 

vermehrt andere Dienste, wie sie z. B. im Internet angeboten 
werden, drahtlos genutzt. 

Momentan sind die meisten Mobilfunknetze verbindungsorien- 
15 tiert auf gebaut . Diese Verbindungsorientierung liegt zumin- 
dest zwischen dem Endgerat und der Basisstation vor. Die 
Backbone-Netze weisen hingegen oftmals eine paketorientierte 
Struktur auf. Gerade bei Sprach- und Dateniibertragungen wird 
jedoch nicht die ganze Bandbreite benotigt, da eine Daten- 
2 0 ubertragung nur zu diskreten Zeitpunkten erfolgt und oftmals 
ein grower Zeitraum zwischen den einzelnen, tatsachlichen In- 
formationsiibertragungen liegt. Somit wird ein GroEteil der 
Bandbreite verschenkt. Paketorientierte Netzwerke haben den 
Vorteil, dass lediglich die benotigte Bandbreite "durch Pakete 

2 5 verbraucht wird. Der Datenstrom wird hierbei in kleine Pakete 

zerlegt. Nachteilig ist jedoch bei diesem Ansatz, dass unter 
Umstanden bei einem groSeren Bedarf nicht genugend Bandbreite 
vorhanden ist. Dies fiihrt gerade bei Sprachubertragungen zu 
einem erheblichen Qualitatsverlust , der sich in einer 

3 0 schlechten Tongualitat widerspiegelt . Ein Qualitatsmanagement 

ist fur solche Netzwerke notwendig. Weiterhin ist es notwen- 
dig, dass die Datenpakete schneller durch das Netzwerk gelei- 
tet werden. Urn dies zu erreichen, sind schnelle Switches und 
Router gefragt. 

35 

Urn in Zukunft auch dem vermehrten Datenauf kommen bei kabello- 
sen Teilnehmern gerecht zu werden, werden Zugangsnetze fur 
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Mobil funknetze in Zukunft auch IP-basiert sein, d. h. zwi- 
schen den Basisstationen und dem Ubergang in das Core- 
Netzwerk liegt ein IP-basiertes Transportnetz , das so genann- 
te RAN (Radio Access Network) . Endgerate verbinden sich iiber 
5 eine Luf tschnittstelle zunachst mit einer Basisstation BS, 
welche die Luf tschnittstelle terminiert. Sodann werden die 
Daten des Endgerates MH durch einen Zugangsrouter AR gerou- 
tet. In der Regel bilden die mi teinander verbundenen Zugangs- 
router das Radio-Access-Netzwerk. Der AR sorgt fur die Wei- 
10 terleitung an den Radio-Access-Server (RAS) Oder weitere Rou- 
ter. 

Aufgrund der unterschiedlichen Topologien der Netzwerke wird 
oftmals ein Protokolltunnel zwischen Endgerat MH und Zugangs- 
15 router RAS bzw. zwischen AR und RAS sowie zwischen AR und AR 
aufgebaut. Ein Protokolltunnel liegt immer dann vor, wenn ein 
erstes Ubertragungsprotokoll in einem zweiten Ubertragungs- 
protokoll gekapselt ist. Man spricht vom Einpacken der Pakete 
eines ersten Ubertragungsprotokolls in die Pakete des zweiten 

2 0 Ubertragungsprotokolls. Dies ist z. B. immer dann notwendig, 

wenn auf einem Netzwerk-Segment das erste Ubertragungsproto- 
koll nicht unterstiitzt wird. In diesem Netzwerksegment muss 
dann das Paket mit Hilfe des zweiten Ubertragungsprotokolls 
geroutet werden. Durch den Protokolltunnel sind eine Reihe 
25 von Vorteilen gegeben. 

Fur das Endgerat kann im Transportnetz RAN Mobilitat mit be- 
liebigen Mitteln transparent unterstiitzt werden. Dieser Vor- 
teil basiert darauf, dass die Pakete nicht verandert werden 

3 0 und somit die Art und Form des Transportes durch die Topolo- 

gie des Netzwerkes bestimmt werden konnen, ohne dass eine 
Veranderung der Nutzdaten zu befiirchten ist. 

Nicht IP-basierte Daten (z. B. komprimierte und/oder ver- 
3 5 schliisselte IP-Pakete, Sprache) konnen einfach iiber das 

Transportnetz RAN zu entsprechenden Umsetzern am Rand des 
Transportnetzes RAN gefuhrt werden, sofern die verwendete 
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Tunneltechnologie den Transport von Datenpaketen anderer Pro- 
tokolle als IP unterstiitzt. 

Bekannte Verfahren benutzen Tunnel entweder vom Endgerat MH 
bis zum RAS Oder vom Zugangsrouter AR zum RAS. Dabei konnen 
5 unterschiedliche Technologien zum Einsatz kommen, z. B. PPP, 
IP-in-IP. 

Auf Grund des simplen Aufbaus und der hohen Performance kann 
auch das Multiprotocol Label Switching (MPLS, IETF Proposed 
10 Standard, [RFC 3031]) mit Vorteil als Tunneltechnologie ein- 
gesetzt werden. 

Bei MPLS-Netzen wandert ein Paket von einem Router zum nachs- 
ten. Jeder Router trifft eine unabhangige Entscheidung hin- 

15 sichtlich des Weiterleitens . Das heifit, jeder Router analy- 

siert den Header des Paketes, und jeder Router durchlauft ein 
Programm mit dem Router-Algorithmus . Jeder Router wahlt eine 
neue Route in Abhangigkeit des Ergebnisses des Router- 
Algorithmus. Die Auswahl der nachsten Route erfolgt somit in 

20 zwei Schritten. Der erste Schritt partitioniert die gesamte 
Menge der moglichen Pakete in eine Menge von aquivalenten 
Klassen (FEC) . Der zweite Schritt bildet jede FEC auf eine 
Route ab. Was die Entscheidung der Weiterleitung angeht, wird 
keine Unterscheidung zwischen den Paketen gemacht, die der 

25 gleichen FEC angehoren. Unterschiedliche Pakete, die der 
gleichen FEC angehoren, konnen nicht unterschieden werden. 
Hierin unterscheidet sich die vorliegende Erfindung. Urn La- 
bels als Adressen verwenden zu konnen, muss eine eindeutige 
Zuordnung zu einer FEC bestehen. Das heiSt, eine FEC umfasst 

30 immer nur ein Label. Dieses Label wird nur einer Zieladresse 
zugeordnet . 

Als unterschiedliche Pakete betrachtet man die Pakete, die 
eine unterschiedliche Ziel- oder Ursprungsadresse aufweisen. 
35 Um jedoch MPLS fur die vorliegende Erfindung verwenden zu 

konnen, muss ein Pfad und somit die Aquivalenzklasse eindeu- 
tig sein. Das heifit, eine Aquivalenzklasse steht fur ein ein- 
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deutiges Quell- und Ziel-Endgerat bzw. Entity. In einem MPLS- 
Netz erfolgt die Zuordnung zu einer FEC nur einmal, namlich 
dann, wenn das Paket in das Netzwerk eintritt. Die FEC, der 
ein Paket zugeordnet ist, ist als kurzer Wert codiert, der 
5 als Label bezeichnet wird. Wenn ein Paket zur nachsten Route 
gesendet wird, so wird das Label mitgesandt. Bei den folgen- 
den Routern wird keinerlei Analyse der weiteren Inhalte des 
Paketes vorgenommen. Es wird lediglich das Label uberprtift. 
Das Label wird als Index fur eine Tabelle verwendet, aus der 

10 die nachste Route und das nachste Label entnommen werden kon- 
nen. Das alte Label wird durch das neue Label ersetzt und das 
Paket wird weitergeleitet in die nachste Route. In einem 
MPLS-Netz wird das Weiterleiten nur durch die Labels gesteu- 
ert. Dies hat eine Reihe von Vorteilen. So miissen die Router 

15 nur geringe Fahigkeiten haben. Sie miissen lediglich in der 
Lage sein, das Label zu analysieren und in einer Tabelle zu 
uberpriifen, welche Route diesem Label zugeordnet ist, urn das 
alte Label durch ein neues Label zu ersetzen. Weiterhin kann 
durch diese einfachen Aufgaben ein hoher Durchsatz realisiert 

20 werden. Weitere Vorteile konnen der [RFC 3031] entnommen wer- 
den . 

Im Folgenden werden einige Grundsatze definiert. Ein Label 
ist ein kurzer, ortlich signif ikanter Bezeichner, der eine 

25 feste Lange aufweist, um eine FEC zu identif izieren . Das La- 
bel dient zur Representation einer FEC, der das Paket zuge- 
ordnet ist. In der grundsatz lichen Verwendung der FEC wird 
diese auf der Grundlage der Zieladressen des Netzwerk-Layers 
zugeordnet. Es handelt sich jedoch in der urspriinglichen Ver- 

30 wendung der FEC nicht um eine Kodierung der Netzwerkadresse . 
Genau an diesem Punkt macht die vorliegende Erfindung einen 
Unterschied. Durch die eindeutige Zuordnung des Labels zu ei- 
nem eindeutigen Pfad handelt es sich um eine Kodierung einer 
Netzwerkadresse . 



Um sicherzustellen, dass die Router die Pakete denselben A- 
quivalenzklassen zuordnen, miissen die Router regelmaSig In- 
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formationen austauschen, aus denen ersichtlich ist, welche 
Pakete einem Label zugeordnet werden. Weiterhin ist es wich- 
tig, dass nicht dieselben Labels von unterschiedlichen Rou- 
tern verwandt werden, soweit hierdurch eine eindeutige Iden- 
5 tifikation des vorhergehenden Routers unmoglich wird. Weiter- 
hin ist darauf hinzuweisen, dass Up-Streams und Down- Streams 
unterschiedlich behandelt werden. So weisen diese nicht unbe- 
dingt dieselben Labels auf . In der MPLS-Architektur wird die 
Entscheidung, ein bestimmtes Label an eine bestimmte Aquiva- 
10 lenzklasse zu binden, durch den Router vorgenommen, der Down- 
Stream in Bezug zu dieser Bindung ist. Der Router, der Down- 
Stream ist, informiert dann den Router, der Up-Stream ist, 
von dieser Bindung. Diese Information kann z. B. als Hucke- 
packinf ormation auf anderen Paketen ubertragen werden. 

15 

In einer weiteren Ausgestaltung unterstiitzt MPLS eine Hierar- 
chie, wobei das Bearbeiten der mit Labeln versehenen Pakete 
vollstandig unabhangig von dem Level der Hierarchie ist. Ein 
Paket, das kein Label aufweist, kann als Paket betrachtet 

20 werden, dessen Stack leer ist. Die Verwendung des Stacks wird 
deutlich, wenn man vom Tunneln der Pakete spricht. Ein sol- 
ches Tunneln kann dem Dokument [RFC 3031] entnommen werden. 
Pakete werden immer dann getunnelt, wenn sie durch einen 
Netzwerkpfad gefiihrt werden, der zwischen zwei Routern liegt, 

25 wobei dieser Netzwerkpfad wiederum eine Reihe von Routern um- 
fassen kann. Wurde z. B. ein expliziter Pfad vorgegeben, der 
die Router Rl bis R4 umfasst, und liegt zwischen dem Router 
Rl und R2 ein Pfad, der die Router Rl.l, Rl . 2 , Rl . 3 umfasst, 
so wird ein weiteres Label durch den Router Rl auf den Stack 

3 0 gepusht. Die Router Rl.l, Rl . 2 , Rl . 3 arbeiten nun auf diesem 
neuen zwei ten Element. Sobald das Paket bei Router R2 an- 
kommt, wird das oberste Element vom Stack gepoppt . Problema- 
tisch wird es, wenn kein Label auf dem Stack ist. Bei der 
normalen MPLS-Architektur wird die Netzwerkadresse (im Nor- 

35 malfall die IP-Adresse) analysiert, urn eine Aquivalenzklasse 
zu bestimmen. 
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MPLS bietet zwei Arten der Routenauswahl . Die eine Routenaus- 
wahl legt die Route bereits am Startpunkt fest. Es werden die 
einzelnen Router bestimmt, die durchlaufen werden miissen. Es 
handelt sich hierbei urn ein explizites Routen. Beim hop-by- 
5 hop-Routen werden die Router nicht explizit festgelegt, so- 
dass jeder Router anhand seiner Tabellen festlegen kann, wel- 
ches der nachfolgende Router sein soil. Die vorliegende Er- 
findung kann mit beiden Moglichkeiten der Routenauswahl be- 
trieben werden. 

10 

Bisherige Ansatze zur Verwendung von MPLS gehen von einer 
Nutzung von MPLS im Netzinneren aus, z. B. im Mobilfunknetz 
zwischen Zugangsrouter AR und RAS. 

15 Wechselt das Endgerat MH im laufenden Betrieb von Router ARx 
zu Router ARy, so muss es sich erneut beim Zugangsrouter an- 
melden (authentif izieren) . Bei dieser Bewegung des Endgerats 
zu einer anderen Basisstation oder einem anderen Zugangsrou- 
ter wird nun dieser Tunnel mittels Signalisierung zum aktuel- 

20 len Ankerpunkt umgelegt. Dazu muss allerdings in verschiede- 
nen Auspragungen der Realisierung im Access-Netz IPv6 (IP- 
Version 6) unterstutzt werden. Wie das Mapping solcher Archi- 
tekturen auf bestehende IP-Backbones ergeben hat, wird darin 
hauptsachlich eine Form von MPLS unterstutzt. IP-Netze werden 

25 also als Overlay /VPN (Virtual Privat Network) -Struktur en rea- 
lisiert und deren Pakete nur noch schnell geswitched, was we- 
niger Netzlast und Overhead bei der Routeroperation bedeutet. 
Jedoch entsteht bei einem Tunneln der Inf ormationen ein 0- 
verhead hinsichtlich der GroEe der Inf ormationspakete . IPv6- 

3 0 Header verursachen mehr als 40 Byte Header-Overhead bei einer 
TransportdatengroSe von durchschnittlich 60 Byte (IPv6 incl. 
Routing-Header) , deren Nutzdaten wiederum nur etwa 20 Byte 
(VoIP) umfassen [RFC 3031, RFC 2460] . Mittels eines Shim- 
Headers bzw. MPLS-Headers von z. B. MPLS werden jeweils nur 4 

35 Byte induziert. Ein Shim-Header, auch MPLS-Header, umfasst 
neben dem Label, dass ca. 20 Bits ausmacht, weitere Status- 
und Verwal tungs inf ormationen . Grundsatzlich sind eine eindeu- 
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tige I dent if izierung des Punkt-zu-Punkt-Links mit seinen Ei- 
genschaften, z. B. Quality of Service (QoS), sowie natiirlich 
die des jeweiligen Bearers notwendig. 

5 Bekannte Verfahren zur Reduzierung des Overhead bestehen aus 
einem rechenintensiven Kompressionsverf ahren [RFC 2507] (pri- 
ce-rohc-epic-00.txt [www.ietf.org/internet-drafts]), das die 
einzelnen Komponenten bzw. Router unterstiitzen miissen. Diese 
Verfahren miissen wahrend der Verbindung den dynamischen Sta- 

10 tus verwalten, wodurch viele Ressourcen (Memory, CPU) ver- 

braucht werden und somit den Komponenten in der Leistungsfa- 
higkeit Grenzen gesetzt werden. Bei einer Vielzahl von Endge- 
raten (mehreren tausend Handys) , die von einer Komponente be- 
dient werden miissen, kann es zu einer Uberlastung des Systems 

15 kommen. 

Es ist jedoch darauf hinzuweisen, dass die genannten Probleme 
nicht nur auf Netzwerke beschrankt sind, die mit mobilen End- 
geraten betrieben werden. Vielmehr entsteht dieses Problem 
20 immer dann, wenn unterschiedliche Netzwerktopologien und Ar- 
chitekturen aufeinander treffen und ein Tunneln von Informa- 
tionspaketen notwendig wird. Eine Beschrankung der vorliegen- 
den Erfindung auf Mobilf unk-Netze ist nicht beabsichtigt . 

25 Aufgabe der vorliegenden Erfindung ist es, ein Verfahren be- 
reitzustellen, dass die Gr6Se der Header reduziert. 

Die Aufgabe wird maSgeblich durch ein Verfahren und Vorrich- 
tungen mit den Merkmalen der unabhangigen Anspriiche gelost. 

3 0 Grundsatzlich sind eine eindeutige Identif izierung des Punkt- 
zu-Punkt-Links, das heifit des MPLS-Pfades, mit seinen Eigen- 
schaften (z. B. QoS (Quality of Service)) sowie natiirlich die 
des jeweiligen Bearers (Verbindungsdienst) notwendig. Dazu 
reichen allerdings zwei oder mehr MPLS-Header bei weitem aus, 

3 5 wobei sogar nur einer davon komponentenbezogene Bedeutung ha- 
ben muss. Der zweite kann netzwerkweit , wie bei MPLS iiblich, 
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dynamisch verwendet werden. In der Regel ist man hierdurch 
nicht nur auf MPLS begrenzt (e. g. PPP) . 

Die auSeren MPLS-Header dienen zur Identif izierung des Punkt- 
5 zu-Punkt-Links und seiner Eigenschaf ten, wie sie im IPv6- 
Header definiert sind. Diese konnen sogar, wenn notig, vom 
Netz verandert werden, solange der Link-Scope bei der Endkom- 
ponente nicht zerstort wird. Die inneren Header dienen der 
Identif izierung des Bearers. Der Grundgedanke besteht nun 

10 darin, Teile einer eindeutigen Endgeratekennung, z. B. der 
RNTI, zu verwenden [TS 25.331], wie sie in existierenden 
GSM/GPRS/UMTS-Architekturen eingesetzt wird. Diese Endgerate- 
kennung identif iziert dort die jeweiligen Endgerate-Bearer 
und ist, z. B. in ihrer Short-Definition, 12 Bits (Long- 

15 Version 20 Bits) lang. Weiterhin sind noch einige Bits notig, 
um eine Flow-Identif ikation zuzulassen. Ein Shim-Header bzw. 
MPLS-Header bietet Raum fur 20 Bits pro Header. Somit reichen 
maximal zwei Shim-Header bzw. MPLS-Header zum eineindeutigen 
Abbilden der aus IPv6 notigen Inf ormationen auf MPLS-Labels 

20 aus. IPv6-Dif f Serv kann direkt ubernommen werden, da es in 

den Shim-Headern bzw. MPLS-Headern unterstutzt wird. Man er- 
halt sich die Kompatibili tat zu existierenden Einrichtungen 
und Funktionsweisen, da intern nun die Shim-Header bzw. MPLS- 
Header wieder eineindeutig einem IPv6-Header zugeordnet bzw. 

25 durch diesen ersetzt werden konnen, womit die Architektur- 
eigenschaf ten und Vorteile, welche aus IPv6 resultieren, 
vollstandig erhalten bleiben. 

Hierdurch wird sichergestellt, dass mit Hilfe von existieren- 
30 den Architekturkomponenten, die die Kompatibilitat erhalten, 
eine hohere Effizienz des Netzwerkes erreicht wird. In der 
Regel bietet sich z. B. die existierende RNTI an, da durch 
ihre 20 Bits Lange ein direktes Mapping auf das 20 Bit-Label 
ermoglicht wird. Im Netz kann somit ein Riickfall auf Label - 
35 Switching erfolgen, womit Netzressourcen eingespart werden. 
Im Detail wird die Aufgabe durch ein Verfahren zum Austausch 
von Inf ormationen zwischen Komponenten in einem Netzwerk, das 
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vorzugsweise aus einem Core-Netzwerk und einem Radio-Access- 
Netzwerk besteht, gelost. 

Bestandteile des Netzwerkes sind Endgerate, die uber das 
5 Netzwerk IP-Inf ormationspakete austauschen, die uber IP- 
Header mit IP-Adressen verfugen. Die Endgerate sind vorzugs- 
weise mobile Endgerate, wie Handys oder PDAs. Die Endgerate 
weisen eine eindeutige Endgeratekennung auf, anhand derer sie 
in Netzwerk lokalisiert werden konnen. 

10 

In einem Speicherbereich werden eindeutige Endgeratekennungen 
in Relation zu IP-Adressen verwaltet. Hierdurch ist es mog- 
lich, eine Abbildung von den IP-Adressen zu den Endgerateken- 
nungen und umgekehrt vorzunehmen. 

15 

Das Netzwerk weist zumindest eine Teilmenge von MPLS-fahigen 
Komponenten auf, die Inf ormationspakete auf der Basis von 
MPLS-Pfaden und entsprechenden MPLS-Headern durch das Netz- 
werk routen. Die Komponenten sind in der Lage, sich in einem 
20 ersten Konf igurationsschritt so zu konf igurieren, dass die 

MPLS-Pfade zu den Endgeraten eindeutig sind, wobei die MPLS- 
Pfade durch die eindeutige Endgeratekennung, die in den MPLS- 
Headern abgebildet ist, zumindest durch eine Abbildung ge- 
kennzeichnet sind. Nachdem die Komponenten konfiguriert wur- 

2 5 den, erfolgt in den folgenden Schritten der Inf ormationsaus- 

tausch. 

In einem zweiten Inf ormationssendeschritt entfernen die am 
Anfang des Pfades liegenden MPLS-fahigen Komponenten die IP- 

3 0 Header aus dem IP-Inf ormationspaket , urn dann das so verander- 

te IP-Inf ormationspaket mit MPLS-Headern zu versehen. Der 
hinzugefugte MPLS-Header enthalt z. B. die Endgeratekennung, 
die in Relation zur IP-Adresse verwaltet wird, urn dann das so 
modifizierte Datenpaket zu senden. In einem dritten Informa- 
3 5 tionsempfangsschritt, der am Ende des Pfades liegt, lesen die 
MPLS-fahigen Komponenten die MPLS-Header der im zweiten 
Schritt gesendeten Informationspakte, urn anhand der Endgera- 
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tekennung die zugehorige IP-Adresse zu ermitteln. Die IP- 
Adresse wird hierbei aus dem oben erwahnten Speicherbereich 
geladen. Bei diesem Speicherbereich kann es sich um einen 
zentralen wie auch um einen dezentralen Speicherbereich han- 
5 deln. So ist es z. B. moglich, dass jede Komponente einen ei- 
genen Speicherbereich aufweist, in dem die Abbildung vor- 
gehalten wird. 

Nachdem die IP-Adresse ermittelt wurde, wird das Informati- 
10 onspaket so verandert, dass der urspriingliche IP-Header den 
MPLS-Header ersetzt. 

In der Regel handelt es sich bei den Komponenten um bekannte 
Router, die vorzugsweise durch eine Software mit entsprechen- 
15 den Hardwarekomponenten erweitert wurden, um somit die oben 
beschriebene Funktionalitat zu realisieren. 

In einer vorteilhaf ten Aus fiihrungs form handelt es sich um ein 
UMTS- oder GPRS- Netzwerk oder ein ahnliches paketorientier- 

20 tes Funknetz fur mobile Endgerate, wobei die Endgeratekennun- 
gen aus netzspezif ischen RAI, RNTI (Radio Network Temporary- 
Identities) , IMSI (weitere herstellerspezif ische Identifika- 
tionen sind denkbar) bestehen konnen. In Abhangigkeit des ge- 
wahlten Netzes, bei dem diese Endgeratekennungen in einem 

25 speziellen Register verwaltet werden, handelt es sich hierbei 
z. B. um ein HLR (Home Location Register) oder um ein HSS 
(Home Subscriber Service) . Diese Register werden so erwei- 
tert, dass neben der Endgeratekennung ein IP-Header und/oder 
eine IP-Adresse abgelegt werden, wodurch eine eindeutige bi- 

30 jektive Abbildung ermoglicht wird. 

In einer weiteren Ausgestaltungsf orm, sind die Endgerate 
selbst in der Lage, den Austausch der Header vorzunehmen. In 
diesem Falle wird lediglich ein Gateway benotigt, der beim 
35 Ubergang in ein weiteres, externes Netzwerk, das die vorge- 
stellte Technologie nicht unterstiitzt, eine Abbildung vor- 
nimmt . Beim Eintref f en eines Inf ormationspaketes aus dem ex- 



WO 03/039104 



PCT/DE02/03786 



ternen Netz wird der IP-Header entfernt, und beim Senden ei- 
nes Paketes in das externe Netzwerk wird der IP-Header ein- 
fiigt, wobei die Koirimunikation im internen Netzwerk auf der 
Basis der MPLS-Header erfolgt. Der Gateway hat ebenfalls 
5 Zugriff auf den Speicherbereich, in dem die Abbildung der IP- 
Header auf die Geratekennungen abgelegt sind. 

In einer alternativen Ausfiihrungsf orm enthalten die MPLS- 
Aquivalenzklassen neben dem Pfad-Label auch mindestens ein 

10 Label, dass die Endgeratekennung codiert, wodurch festge- 
stellt werden kann, welcher Pfad fur welches Endgerat be- 
stimmt ist. Bei diesen Aquivalenzklassen handelt es sich vor- 
zugsweise um die Eingangsaquivalenzklassen, d. h. die Klas- 
sen, die berucksichtigt werden, wenn ein Paket bei der Kompo- 

15 nente eintrifft. Durch die Verwendung eines zweiten Labels 

innerhalb der MPLS-Aquivalenzklasse wird festgelegt, dass die 
Endgeratekennung Bestandteil des eindeutigen Pfades ist. 

In einer weiteren Ausfiihrungsf orm wird nicht der vollstandige 
2 0 IP-Header entfernt, sondern lediglich Teile des IP-Headers. 
Hierdurch entsteht weniger Aufwand beim Einfiigen und Loschen 
der Adressen. 

In einer weiteren vorteilhaf ten Ausfiihrungsf ormen werden meh- 
25 rere MPLS-Labels verwendet, um einen IP-Header auf einen 

MPLS-Header abzubilden und umgekehrt. Ein entsprechender Fall 
wurde bereits oben beschrieben. 

Ein weiterer Bestandteil der Erfindung ist ein Sender, der 
30 das beschriebene Verfahren umsetzt. Der Sender ist vorzugs- 
weise in einem Netzwerk angeordnet, das aus einem Core- 
Netzwerk und einem Radio-Access-Netzwerk besteht. Soweit der 
Sender nicht selber ein Endgerat ist, hat der Sender die ver- 
mittelnde Aufgabe, die Kommunikation von Endgeraten zu reali- 
35 sieren. Die Endgerate tauschen iiber das Netzwerk IP- 

Inf ormationspakete aus, die iiber IP-Header mit IP-Adressen 
verfiigen. Der Sender weist Mittel auf, die einen Zugriff auf 
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einen Speicherbereich erlauben, in dem eindeutige Endgerate- 
kennungen in Relation zu IP-Adressen verwaltet werden. Bei 
diesen Mitteln handelt es sich vorzugsweise um eine Netzwerk- 
schnittstelle, soweit es sich um einen zentralen Server han- 
5 delt, der den Speicherbereich verwaltet. Handelt es sich hin- 
gegen um einen dezentralen Speicherbereich, der vom Sender 
selber verwaltet wird, so sind diese Mittel in der Regel 
Speicher, Controller und Mikroprozessoren oder ein spezieller 
Chipsatz, der auf den Speicher zugr if f optimiert ist. 

10 Der Sender umfasst weiterhin Mittel, die die Inf ormationspa- 
kete auf der Basis von MPLS-Pfaden und entsprechenden MPLS- 
Headern durch das Netzwerk routen. Bei diesen Mitteln han- 
delt es sich vorzugsweise um bekannte Switching-Fabrics, wie 
sie zum Stand der Technik gehoren. 

15 Eine Bearbeitungseinheit , die vorzugsweise als Prozessor oder 
als Switching-Fabric ausgebildet ist, entfernt IP-Header aus 
dem IP- Inf ormationspaket , um dann das so veranderte IP- 
Inf ormationspaket mit MPLS-Headern zu versehen, wobei der 
MPLS-Header die Endgeratekennung enthalt, die in Relation zur 

2 0 IP-Adresse verwaltet wird. Die so modif izierten Datenpakete 

werden dann liber den entsprechenden MPLS-Pfad zum Endgerat 
gesendet . 

Gegebenenfalls ist es notwendig, dass die Mittel fur den 
25 Speicherzugrif f die entsprechende Adresse bzw. den Header aus 
dem Speicherbereich laden. 

Um die eindeutigen Pfade zum Endgerat im Vorfeld zu konfigu- 
rieren beziehungsweise die Aquivalenzklasse anzulegen, sind 

3 0 Mittel vorgesehen, die den Sender so konf igurieren, dass die 

MPLS-Pfade zu den Endgeraten eindeutig sind, wobei die MPLS- 
Pfade durch die eindeutige Endgeratekennung, die in den MPLS- 
Headern abgebildet ist, gekennzeichnet sind. Bei diesen Mit- 
teln handelt es sich vorzugsweise um eine Netzwerkschnitt- 
35 stelle und eine entsprechende Bearbeitungseinheit, die entwe- 
der ein Mikroprozessor oder die Switching-Fabric ist. In der 
Regel werden bekannte Module durch entsprechende Software so 
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erweitert, dass die benotigte Funk tionali tat realisiert wer- 
den kann. 



In einer bevorzugten Ausfiihrungsf orm, bei der der Speicherbe- 
5 reich dezentral beim Sender verwaltet wird, werden die Endge- 
ratekennungen den entsprechenden MPLS-Aquivalenzklassen zuge- 
ordnet, wobei die Endgeratekennungen bereits als MPLS-Label 
bzw. MPLS-Header codiert sind. 



10 Neben dem Sender ist ein Empfanger ein weiterer wesentlicher 
Bestandteil der vorliegenden Erfindung. Der Empfanger ist ein 
entsprechendes Gegenstuck zum Sender. Er ist somit im glei- 
chen Netzwerk angeordnet. Es ist darauf hinzuweisen, dass der 
Empfanger und der Sender in der Regel Router sind, die den 

15 Eingang und den Ausgang eines MPLS-Pfades darstellen. Die 
Komponenten, die innerhalb des Pfades liegen, brauchen die 
erweiterte Funktionalitat nicht. Der Empfanger weist eben- 
falls Mittel auf, die einen Zugriff auf einen Speicherbereich 
erlauben, in dem eindeutige Endgeratekennungen in Relation zu 

20 IP-Adressen verwaltet werden. Hierbei kann es sich sowohl um 
Mittel handeln, die einen zentralen als auch einen dezentra- 
len bzw. lokalen Zugriff auf den Speicherbereich ermoglichen. 
In der Regel handelt es sich um die gleichen Mittel, wie sie 
beim Sender verwendet werden. 

25 Weiterhin umfasst der Empfanger Mittel, die die Inf ormations- 
pakete auf der Basis von MPLS-Pfaden und entsprechenden MPLS- 
Headern aus dem Netzwerk empfangen. Hierbei handelt es sich 
in der Regel um eine Netzwerkschnittstelle mit einem entspre- 
chenden Treiber, wobei die so empfangenen Pakete an die Bear- 

30 beitungseinheit weitergeleitet werden. 

Die Bearbeitungseinheit analysiert die Inf ormationspakete, um 
f estzustellen, ob der IP-Header entfernt wurde. Sollte dies 
der Fall sein, so wird im positiven Falle anhand der Endgera- 
tekennung die zugehorige IP-Adresse durch einen Speicher- 

35 zugriff ermittelt, um dann das Inf ormationspaket so zu veran- 
dern, dass der urspriingliche IP-Header den MPLS-Header er- 
setzt . 
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Auch bei dieser Bearbeitungseinheit handelt es sich vorzugs- 
weise um eine bekannte Switching-Fabric und/oder einen Mikro- 
prozessor, die mit Hilfe einer entsprechenden Software um die 
5 notwendige Funktionalitat erweitert wurden. 

Weitere Bestandteile des Empf angers sind Mittel, die den Emp- 
fanger so konf igurieren, dass die MPLS-Pfade zu den Endgera- 
ten eindeutig sind, wobei die MPLS-Pfade durch die eindeutige 
10 Engeratekennung, die in den MPLS-Headern abgebildet ist, ge- 
kennzeichnet sind. Hierbei handelt es sich um ahnliche Mittel 
wie beim Sender, wobei jedoch vornehmlich die Aquivalenzklas- 
sen bestimmt werden, die zu berucksichtigen sind, wenn die 
Informationspakete eintreffen. 

15 

In einer dezentralen Losung werden die Endgeratekennungen, 
als MPLS-Label codiert und einer bestimmten Aquivalenzklasse 
zugeordnet, die den eindeutigen Pfad zum Endgerat bestimmt. 

20 In der Regel weisen Router oder Gateways sowohl die Merkmale 
eines Senders als auch eines Empf angers auf. In einer weite- 
ren Ausfuhrungsf orm, bei der die MPLS Pfade bis unmittelbar 
zum Endgerat reichen, weist das Endgerat die beschriebenen 
Merkmale des Senders und des Empf angers auf. In einer opti- 

25 mierten Version ist dann die Umsetzung der IP-Adressen nicht 
mehr notwendig, soweit man sich in einem homogenen Netzwerk 
befindet. Erst wenn durch einen Gateway das Netzwerk verlas- 
sen wird, ist eine Umsetzung bzw. Abbildung notwendig. 

30 Weitere Ausfuhrungsf ormen sind den Unteranspruchen zu entneh- 
men . 

Im Folgenden wird anhand von Figuren der Ablauf schematisch 
dargestellt. Es zeigt: 

35 

Figur 1 ein Netzwerk, bestehend aus einem Core-Netzwerk 

und einem Radio-Access-Netzwerk mit einem Sen- 
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der, der vorzugsweise als Gateway ausgebildet 



ist, und einem Empf anger, der die Inf ormations- 
pakete iiber eine Basisstation an ein Endgerat 



5 



weiterleitet, wobei zwischen Sender und Empf an- 
ger die ursprunglichen IP-Inf ormationspakete in 
MPLS- Inf ormationspakete umgewandelt werden; 



Figur 2 



zeigte die Inf ormationspakete wahrend der un- 
terschiedlichen Ubertragungszustande, wobei 



10 



erst nach einer Bestatigung durch ein Acknow- 
ledge-Paket die optimierte Ubertragung statt- 
f indet . 



Die Figur 1 zeigt einen grundsatzlichen Aufbau eines Netz- 
15 werks im Funkbereich. Eine Netzwerkarchitektur 10 besteht 
hierbei aus einem Radio-Access-Netzwerk 16 und einem Core- 
Netzwerk 15. Das Core-Netzwerk 15 kann iiber einen Gateway/ 
Router 19 die Verbindung zum Internet herstellen. Beide Netz- 
werke bestehen aus einer Reihe von Komponenten 19, 13, 12, 



Ein User-Plane-Server (UPS) 14 verwaltet das Funkprotokoll 
20, um Inf ormationspakete iiber Funkschnittstellen zum Endge- 
rat 11 zu transportieren. Ein Radio-Control -Server 16 (RCS) 
25 verwaltet das Frequenzband und erlaubt die Zuteilung bzw. 

lehnt die Zuteilung von Frequenzen ab, falls ein Engpass ent- 
stehen sollte. Diese beiden Komponenten, die auch Routerfunk- 
tionalitaten aufweisen, bilden mit den entsprechenden Kabel- 
verbindungen 21 das Radio-Access-Netzwerk 16. 

30 

Das Core-Netzwerk umfasst wiederum Router 19, die mit dem UPS 
in Verbindung stehen. Ein HLR (Home-Location-Register) 13 
verwaltet die eindeutige Kennung des Endgerates und seine ak- 
tuelle Position. Weiterhin umfasst das HLR 13 die Abbildung 
35 der IP-Adresse auf die MPLS-Header bzw. Labels. Im vorliegen- 
den Beispiel wird diese Abbildung dezentral abgelegt. Sender 
27 und der Empfanger 28 haben auf dieses Register Zugriff. 



20 



14. 
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Diese Position ist jedoch in der Regel lediglich eine Regi- 
onsangabe. Weiterhin verwaltet das HLR/HSS die Rufnummern und 
die aktuelle iP-Adresse. 

5 Die Komponenten des Core-Netzwerkes und des Radio-Access- 

Netzwerkes sind iiber Glasfaserkabel oder Kupferkabel 21 mit- 
einander verbunden. Es ist jedoch denkbar, dass diese Kompo- 
nenten durch eine Richtfunkverbindung miteinander in Kontakt 
stehen . 

10 

Ein Sender 27 empfangt ein Inf ormationspaket 22, das einen 
IP-Header 2 5 aufweist. Mit Hilfe der IP-Adresse wird die Ge- 
ratekennung ermittelt, die im vorliegenden Fall in zwei MPLS- 
Headern 24 codiert wird. Diese MPLS-Header liegen im Stack im 
15 Inf ormationspaket 22, das ausschlieSlich MPLS-Header auf- 
weist . 

Der Sender 27 entfernt nun den IP-Header 25 und fiigt weitere 
Inf ormationen hinzu, sodass der Datenbereich 29 groSer aus- 
20 fallt. Das so modifizierte Paket 26 wird iiber einen weiteren 
Router, der den ersten MPLS-Header entsprechend des Standards 
modifiziert, zum Empf anger 28 weitergeleitet . Der Empf anger 
28 entfernt nun den MPLS-Header 24 und ersetzt diesen durch 
einen IP-Header. Den korrekten IP-Header ermittelt der Emp- 

2 5 f anger auf der Basis der Inf ormationen, die im Register 13 

abgelegt sind. In einer alternativen Ausfiihrungsf orm konnen 
diese Inf ormationen auch lokal beim Empf anger abgelegt sein. 
Die Verfahren zum Austausch der Abbildung wurden bereits oben 
beschrieben. Auf Grund des variierenden Datenbereichs 29 kann 

3 0 es passieren, dass mehrere Pakete zusammengef asst oder ausei- 

nandergerissen werden. Eine entsprechende Nummerierung dieser 
Pakete ist Stand der Technik. 

Figur 2 zeigt ein Ubertragungsverf ahren, bei dem vier Zustan- 
3 5 de beschrieben werden. Diese vier Zustande spiegeln die Kom- 
munikation im Netzwerk wider. Im ersten Zustand erfolgt die 
Ubertragung in Form von getunnelten IP-Paketen. Wahrend des 
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zweiten Zustandes wird ein weiteres Label eingefugt, das die 
IP-Adresse in Zukunft ersetzen soil. Dieses Label kann die 
RNTI kodieren. Andere eindeutige Kennungen sind ebenfalls 
denkbar. Erst nachdem die Gegenseite, also der Empfanger, ei- 
5 ne Bestatigung 30 gesendet hat, in der sie Auskunft gibt, 

dass die Abbildung gelernt wurde, erfolgt im vierten Zustand 
eine durchgangige Ubertragung . 
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Patentanspriiche 

1. Verfahren zum Austausch von Inf ormationen zwischen Kompo- 
nenten in einem Netzwerk, das vorzugsweise aus einem Core- 

5 Netzwerk und einem Radio-Access-Netzwerk besteht, mit Endge- 
raten, die uber das Netzwerk IP-Inf ormationspakete austau- 
schen, die uber IP-Header mit IP-Adressen verfiigen, 
mit einem Speicherbereich, in dem eindeutige Endgeratekennun- 
gen in Relation zu IP-Adressen verwaltet werden, 
10 mit zumindest einer Teilmenge von MPLS-fahigen Komponenten in 
dem Netzwerk, die Inf ormationspakete auf der Basis von MPLS- 
Pfaden und entsprechenden MPLS-Headern durch das Netzwerk 
routen, 

- mit einem ersten Konf igurationsschritt bei dem die Kompo- 
15 nenten so konfiguriert werden, dass die MPLS-Pfade zu den 

Endgeraten eindeutig sind, wobei die MPLS-Pfade durch die 
eindeutige Engeratekennung, die in den MPLS-Headern abgebil- 
det ist, gekennzeichnet sind, 

- mit einem zweiten Inf ormationssendeschritt , bei dem die 

2 0 MPLS-fahigen Komponenten die IP-Header oder Teile davon aus 
dem IP-Inf ormationspaket entfernen, urn dann das so veranderte 
IP-Informationspaket mit MPLS-Headern zu versehen, wobei der 
MPLS-Header die Endgeratekennung enthalt, die in Relation zur 
IP-Adresse verwaltet wird, urn dann das so modifizierte Daten- 

2 5 paket zu senden, 

- mit einem dritten Inf ormationsempf angsschritt, bei dem die 
MPLS-fahigen Komponenten die MPLS-Header der im zweiten 
Schritt gesendeten Inf ormationspakte lesen, urn anhand der 
Endgeratekennung die zugehorige IP-Adresse zu ermitteln, urn 

3 0 dann das Inf ormationspaket so zu verandern, dass der ur- 

spriingliche IP-Header den MPLS-Header ersetzt. 

2. Verfahren nach dem vorhergehenden Anspruch, dadurch ge- 
kennzeichnet, dass die Komponenten Mittel aufweisen, die eine 

3 5 Funktionalitat eines Routers realisieren. 
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3 . Verf ahren nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass das Netzwerk ein UMTS 
oder GPRS oder ein ahnliches paketorientiertes Funknetz fiir 
mobile Endgerate ist, wobei die Endgeratekennungen aus netz- 

5 spezifischen RAI , RNTI, IMSI sowie weiteren Identif ikationen 
bestehen. 

4. Verf ahren nach dem vorhergehenden Anspruch, dadurch ge- 
kennzeichnet, dass der Speicherbereich, in dem die Endgerate- 

10 kennung abgelegt ist, ein HLR oder HSS ist. 

5. Verf ahren nach dem vorhergehenden Anspruch, dadurch ge- 
kennzeichnet, dass im Speicherbereich die Endgeratekennungen 
in Relation zu den IP-Headern und/oder IP-Adressen abgelegt 

15 sind. 

6 . Verf ahren nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass lediglich ein Gateway 
zu einem externen Netzwerk beim Eintreffen eines Informati- 

20 onspaketes aus dem externen Netz den IP-Header entfernt und 
beim Senden eines Paketes in das externe Netzwerk den IP- 
Header einfiigt, wobei die Kommunikation im internen Netzwerk 
auf der Basis der MPLS-Header erfolgt. 

25 7. Verfahren nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass die MPLS- 
Aquivalenzklassen neben dem Pfad-Label auch mindestens ein 
Label enthalten, dass die Endgeratekennung codiert, wodurch 
festgestellt werden kann, welcher Pfad fiir welches Endgerat 

30 bestimmt ist. 

8 . Verfahren nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass nicht der vollstandige 
IP-Header entfernt wird, sondern lediglich Teile des IP- 
35 Headers. 
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9. Sender von Inf orrnationen, die in einem Netzwerk ausge- 
tauscht werden, wobei das Netzwerk vorzugsweise aus einem Co- 
re-Netzwerk und einem Radio-Access-Net zwerk besteht, iiber das 
Endgerate miteinander kommunizieren, indem die Endgerate iiber 
5 das Netzwerk IP-Inf ormationspakete austauschen, die iiber IP- 
Header mit IP-Adressen verfiigen, 

- mit Mitteln, die einen Zugriff auf einen Speicherbereich 
erlauben, in dem eindeutige Endgeratekennungen in Relation zu 
IP-Adressen verwaltet werden, 

10 - mit Mitteln, die die Inf ormationspakete auf der Basis von 
MPLS-Pfaden und entsprechenden MPLS-Headern durch das Netz- 
werk routen, 

- mit einer Bearbeitungseinheit , die IP-Header aus dem IP- 
Inf ormationspaket entfernen, urn dann das so veranderte IP- 

15 Inf ormationspaket mit MPLS-Headern zu versehen, wobei der 

MPLS-Header die Endgeratekennung enthalt, die in Relation zur 
IP-Adresse verwaltet wird, um dann das so modifizierte Daten- 
paket iiber den MPLS-Pfad zu senden. 

20 10. Sender nach dem vorhergehenden Anspruch, dadurch gekenn- 
zeichnet, dass die Bearbeitungseinheit eine Switching-Fabric 
und/oder ein Mikroprozessor ist. 

11. Sender nach einem oder mehreren der vorhergehenden An- 
25 spriiche, gekennzeichnet durch Mittel, die den Sender so kon- 

figurieren, dass die MPLS-Pfade zu den Endgeraten eindeutig 
sind, wobei die MPLS-Pfade durch die eindeutige Engerateken- 
nung, die in den MPLS-Headern abgebildet ist, gekennzeichnet 
sind. 

30 

12 . Sender nach einem oder mehreren der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass die Endgeratekennung 
von einem zentralen Server geladen wird, der vorzugsweise ii- 
ber ein Netzwerk erreichbar ist. 



35 
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13 . Sender nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass die Endgeratekennung in 
der MPLS-Aquivalenzklasse als mogliches Label codiert ist. 

5 14. Empfanger von Inf ormationen, die in einem Netzwerk ausge- 
tauscht werden, wobei das Netzwerk vorzugsweise aus einem Co- 
re-Net zwerk und einem Radio-Access-Net zwerk besteht, iiber das 
Endgerate miteinander kommunizieren, indem die Endgerate iiber 
das Netzwerk IP-Inf ormationspakete austauschen, die iiber IP- 
10 Header mit IP-Adressen verftigen, 

- mit Mitteln, die einen Zugriff auf einen Speicherbereich 
erlauben, in dem eindeutige Endgeratekennungen in Relation zu 
IP-Adressen verwaltet werden, 

- mit Mitteln, die die Inf ormationspakete auf der Basis von 
15 MPLS-Pfaden und entsprechenden MPLS-Headern aus dem Netzwerk 

empf angen, 

- mit einer Bearbeitungseinheit, die nach der Analyse des In- 
f ormationspaketes feststellt, ob der IP-Header entfernt wur- 
de, um im positiven Falle anhand der Endgeratekennung die zu- 

2 0 gehorige IP-Adresse zu ermitteln, um dann das Inf ormationspa- 

ket so zu verandern, dass der urspriingliche IP-Header den 
MPLS-Header ersetzt. 

15. Empfanger nach dem vorhergehenden Anspruch, dadurch ge- 
25 kennzeichnet, dass die Bearbeitungseinheit eine Switching- 
Fabric und/oder ein Mikroprozessor ist. 

16 . Empfanger nach einem oder mehreren der vorhergehenden An- 
spriiche, gekennzeichnet durch Mittel, die den Empfanger so 

3 0 konf igurieren, dass die MPLS-Pfade zu den Endgeraten eindeu- 

tig sind, wobei die MPLS-Pfade durch die eindeutige Engerate- 
kennung, die in den MPLS-Headern abgebildet ist, gekennzeich- 
net sind. 



35 17. Empfanger nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass die Endgeratekennung 
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von einem zentralen Server geladen wird, der vorzugsweise u- 
ber ein Netzwerk erreichbar ist. 

18. Empf anger nach einem oder mehreren der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass die Endgeratekennung in 
der MPLS-Aquivalenzklasse als mogliches Label codiert ist. 

19. Endgerat, dadurch gekennzeichnet, dass es die Merkmale 
der vorhergehenden Empf anger und Sender umfasst. 



20. Router und/oder Gateway, dadurch gekennzeichnet, dass es 
die Merkmale der vorhergehenden Empf anger und Sender umfasst. 
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